Derniers tests et previews
TEST BALL x PIT : quand le casse-briques rencontre le roguelike
TEST MARVEL Cosmic Invasion : quand le multivers déraille... pour notre plus grand plaisir
TEST Metroid Prime 4: Beyond, Samus revient armée jusqu’aux cristaux (Switch 2)
TEST DRAGON BALL: Sparking! ZERO, la Switch 1 peine à suivre le rythme, catastrophe !
Dernières actualités
Terminator: Survivors, un report et un gros changement annoncés
Assassin's Creed Shadows : Projets, récompenses et Archives de lore, tout ce qu'il faut savoir sur l'Animus Hub (MAJ 16/12/25)
Assassin's Creed Shadows : Ubisoft Québec célèbre déjà Noël avec des cadeaux en jeu et tease le prochain ajout pour la méta-histoire (MAJ 16/12)
Final Fantasy VII Remake Intergrade : une surprise gratuite déjà disponible sur Switch 2 et Xbox Series XS
restaurer nand
La sauvegarde de ta NAND, tu l'as opérée en quel firmware ?
Dans tous les cas, tu n'auras pas le choix de restaurer si je finis par comprendre ce que tu as fait.
Et une dernière question, lorsque tu as utilisé ChoiDujourNX, as-tu désactivé le mode autoRCM ? Une autre possibilité à envisager avant de se lancer dans la restauration de la NAND.
Merci de regarder ce site:
https://switchbrew.org/wiki/Panic_codes
A quoi ta couleur bleue correspond.
J’espère que tu as fait une sauvegarde de ta NAND avec les BOOT0/BOOT1 pour restaurer via Hekate car ce sera essentiel en fonction. Et ce, avant ton message plus haut (second post !!!)
Normal que lorsque tu utilises Hekate, cela fonctionne car tu n'utilises pas le loader de Nintendo. Là et d'après ce que tu indiques, tu as corrompu le BOOT0 sauf erreur.
Donc si tu as pu downgrade, c’est que SX OD est devenu opérationnel pour ta version. Si c’est bien le cas, tu as juste à supprimer l’emuMMc créée avec Hekate.
Mais en regardant ta configuration, je ne vois pas pourquoi tu as utilisé Hekate si ta sysNAND est dans la version que tu indiques sauf si c'était pour restaurer un backup de NAND dans cette version. Et si c’est le cas, il te fallait juste, à l’issu, créer une emuNAND via SX OS et ensuite la mettre à jour en 11.0.0.
Du coup , ce que j'ai fait , si ça peut aider des possesseurs de SX PRO:
* Téléchargement sur sdsetup.com (Hekate,Atmosphere,Homebrew,...)
* Téléchargement du firmware 11.0 (fichiers nca)
* Téléchargement du Homebrew ChoixDuJour (fichier nro)
* Préparation d'une microSD avec boot.dat et licence.dat pour SX OS
* Copie du .bin de Hekate + répertoire Atmopshere&Co
* Copie des fichiers nca firmware 11.0 dans un répertoire
Démarrage de la console avec le SX PRO en RCM
Ne pas lancer le Custom firmware , aller dans le menu Options puis Payloads : choisir le bin de Hekate et l'injecter.
Une fois Hekate de chargé aller sur Launch Custom Firmware
Ensuite lancer le Homebrew ChoixDujour et restaurer le firmware 11.0 !
Une fois la 11.0 de restaurée en NAND , le SX OS se lance à nouveau plus d'écran noir (bonne concordance du nombre de fuses grillées)
Pour revenir en 11.0.0, car c’est le même nombre d’efuse, tu peux downgrader en passant par Atmosphère/Hekate pour utiliser ChoiDujourNX.
Tu peux aussi utiliser un backup de ta sauvegarde de NAND pour la restaurer via Hekate et à l’issu, passer par SX OS, pour utiliser ChoiDujourNX et mettre à jour en 11.0.0.
Ou patientez le temps qu’une mise à jour de SX OS arrive.
Pour expliquer ma demande initiale : En effet, j'ai une switch qui est sur SX OS avec le SX PRO mais lorsque je l'ai acheté, le vendeur m'a proposé de me donner une deuxième Switch qui ne s'allumait plus. Après de moults recherches, je suis tombé sur le cas des Switch en AutoRCM avec écran noir. J'ai donc rechargé la console pendant 3 jours et ai réussi à redémarrer la deuxième qui était soi-disant HS. Donc pour résumer, j'ai maintenant 2 Switchs.
Je profite de cette deuxième Switch pour me faire la main sur le monde de l'Underground car je n'y avais jamais mis les pieds... en tout cas pour la Switch, d'où mes multiples questions.
Ma décision de ne pas toucher celle qui est sur SX OS vient du fait que n'étant pas aguerri à la tâche, je ne veux pas bricker la console que j'ai acheté en cadeau de noël à mes enfants.
Je n'ai pas vraiment réfléchi à cette question, car je ne serai pas réellement l'utilisateur. Mais, elle sera surtout destinée à jouer et je souhaiterai, autant que faire se peut, que mes enfants n'aillent pas en ligne.
J'ai sauvegarder la NAND, toutefois, celle-ci doit déjà avoir été modifiée car lorsque j'ai récupéré la console, elle était en AutoRCM. Ainsi, la restaurer ne serait d'aucune utilité.
Toutefois, puis-je tenter le coup de la démarrer en stock et ensuite de tenter une mise à jour ? Quels sont les problèmes du ban ? J'ai compris qu'il n'y avait plus accès au eshop, aux mises à jour ou encore aux jeux en ligne.
Par contre, si je fais une mise à jour via Choixdujour, cela me préviendrait du ban. Mais cela m'empêcherait-il pour autant de jouer en ligne ?
Pour résumer : pour répondre à mon problème, il faut que je mette ma console à jour. Et cela directement sur le sysNAND car je ne peux pas démarrer sur l'emuNAND.
Je pense que le mieux est de le faire par Choixdujour, qu'en penses-tu ?
De plus, lors de cette maj, il me semble dérisoire de vouloir préserver les efuses car la downgrader n'a que peu d'intérêt dans mon cas.
Enfin, une fois cette maj réalisée, je peux reprendre la procédure depuis le début pour créer une emuNAND. Toutefois, une nouvelle question se pose : Quelle serait l'intérêt de faire une emuNAND ? Ma sysNAND ayant déjà été modifiée (apriori).
Dernière question technique : je ne peux pas lancer fusee_primary via le playload car j'ai une erreur. Je ne sais pas si je fais ce lancement en ayant mon emuMMC "enable" (pas regardé) ce qui serait peut être aussi à l'origine du problème.
Lorsque l'on utilise la fonction "launch" de Hetake. Quel CFW lance-t-il ? Est-ce atmosphère ? Si c'est le cas, quelle est la différence entre passer par le menu "launch" que de lancer le playload directement ?
Pour conclure... Merci pour ton aide !!
Toutefois des versions antérieures fonctionnent sur des firmware bas mais sans les correctifs apportés depuis, ce serait dommage.
Pour apporter une information, rester dans une version basse n’a de seul intérêt que si le hack évolue mais il n’en sera rien si bien que SciresM l’a dit, le hack passera toujours par la faille RCM. Au delà de ceci, il y a eu Pegascape à l’issu mais ce dernier s’adresse pour le moment que jusqu’au firmware 4.1.0 max (n’ayant pas eu d'avancée depuis, il pourrait toutefois s’adresser jusqu’au firmware 7.x.x car au delà, la faille est bouchée). Cela est d’un point de vue développement car utile de le savoir. Et difficile de dire si dans quelques années ou avant, il existera une autre méthode mais j’en doute car SciresM développe son CFW dans ce sens et de manière sûre. Il continuera malgré les mises à jour de firmware.
Pour continuer, le hack existe et est compatible pour la dernière version mais il y a aussi l’histoire des eFuses. Ils concernent la CM et le port cartouche. Ces derniers ne sont utiles que si l’on souhaite downgrader. Et cela passe par l’activation du mode autoRCM qu’il faudra toujours laisser actif et booter en CFW si l’on souhaite éviter de les griller. Et il y a ceux du port cartouche qui se grillent à chaque mise à jour importante de celui ci (Un a déjà été grillé en 4.1.0 et ce sera le cas pour un autre si tu passes au delà de la 9.x.x). Il n’y a pas de moyen de contourner cela. Hekate propose un patch NoGC mais à voir si ton port cartouche sera utilisable à l’issu. Je pense que non mais je n’ai pas testé. Toutefois, j’aborde cela en FAQ et dans les commentaires du tutoriel pour Atmosphère.
Et pour finir, la décision se prend en fonction de ce que tu souhaites faire avec ta console. S’il s’agit de l’utiliser pour le online et l’underground, alors tu peux oublier les indications juste avant et mettre à jour ta console dans la dernière version et ce que ce soit pour la sysNAND ou l’emuNAND. Et si ton but est de préserver tes eFuses, alors il te faudra y veiller mais tu peux oublier les aspects online de la console.
De plus, certains jeux vont te demander une mise à jour et il va être difficile de les patcher. C’est aussi un paramètre à prendre en compte.
Je ne peux pas prendre la décision à ta place mais si ton but est d’utiliser ta console aussi bien en mode Stock qu’en mode Hack, alors cela passe par la mise à jour firmware vers 10.2.0 au moment d’écrire ce post.
Dans ton cas, et en espérant qu’avant de faire des modifications sur la NAND, tu as fais une sauvegarde, c’est de la restaurer pour ensuite mettre à jour ta console via les serveurs de Nintendo. A l’issu, tu referas la préparation de ta SD et tu procéderas au hack. Tu pourras ainsi créer ton emuNAND.
Si tu n’as pas fait de sauvegarde de ta NAND, ce serait vraiment dommage car en activement/désactivant le mode autoRCM, tu l’as modifiée. Toutefois, si tu dis booter en mode CFW sur sysNAND, tu peux utiliser ChoiDujourNX pour mettre à jour ta console en choisissant l’option exFat et en veillant à désactiver le mode autoRCM lorsque demandé. Et à l’issu, tu pourras également créer ton emuNAND.
underground-switch/utiliser-choidujournx-t744482.html
Le mieux reste tout de même la restauration de ta sauvegarde de NAND sans modification underground. Cela est conseillé car tu pourras utiliser ta console pour le online en mode Stock sans risque de ban. Et tu l’utiliseras en mode CFW sur emuNAND pour l’underground.
J’ai déjà abordé les différentes utilisations via Hekate dans ce commentaire du tutoriel via Atmosphère:
underground-switch/installer-homebrew-menu-sur-switch-10-2-0-et-t736600-1416.html#p7059379
Ceci dit, ta première demande était d’utiliser SX OS. Si tu possèdes une licence, pourquoi en changer ? Si ce n’est pas le cas, alors je n’ai rien dit.
La réinitialiser via les paramètres console sera utile, si et seulement si, la sysNAND n’a pas été utilisée à des fins underground et que seule l’emuNAND était utilisée. Bien que non nécessaire de réinitialiser dans ce cas là. Juste à supprimer les données de la SD et laisser le dossier Nintendo.
Tu peux aussi passer par un outil tiers pour le faire.
Le mode autoRCM est une fonction qui vient du hack. Il s'active par défaut en utilisant l’outil ChoiDujourNX ou manuellement parce que l’utilisateur en a fait le choix.
Donc cela ne peut en être autrement. Il manque des éléments au problème que tu rencontres. D’ailleurs, même si elle avait été hackée en activant ce mode, tu pourrais simplement le désactiver via Hekate comme tu l’indiques et il ne devrait pas se réactiver à l’issu.
Donc il y a des éléments qui sont manquants. Il te faudrait savoir si l’ancien proprio l’a obtenu d’origine ou s’il y a eu des modifications hardware dessus par lui ou un autre. Et ce que ce soit une puce ou autre (car de mémoire, il existait une méthode pour activer ce mode RCM directement avec un bouton sur le joy-con ou dans la console).
Je n’ai pas d’autres pistes pour ton problème et je ne vois pas ce qui empêcherait celle ci de démarrer correctement avec ou sans hack.
Il y aussi la possibilité d’avoir restaurer une NAND corrompue mais là je n’ai pas plus d’explication. Et même si tu décidais de dumper ta NAND, si elle est corrompue à la base, cela ne servira à rien.
Et puis, si tu démarres via Hekate, pourquoi le reste ne fonctionnerait pas, c’est un autre mystère.